GtkExpander: Use G_PARAM_EXPLICIT_NOTIFY

GtkEventBox: Use G_PARAM_EXPLICIT_NOTIFY

GtkToggleButton: Use G_PARAM_EXPLICIT_NOTIFY

GtkMenuItem: Use G_PARAM_EXPLICIT_NOTIFY

GtkFrame: Use G_PARAM_EXPLICIT_NOTIFY

GtkEntryCompletion: Use G_PARAM_EXPLICIT_NOTIFY

Also, use the setter for text-column, internally.

GtkEntryBuffer: Use G_PARAM_EXPLICIT_NOTIFY

Also avoid redundant notification for max-length.

GtkEntry: Explicitly notify for populate-all

GtkEntry: Don't forget to notify for the tooltip markup props

GtkColorChooserWidget: Explicitly notify for use-alpha

GtkColorChooserDialog: Explicitly notify for use-alpha

GtkColorChooser: Use G_PARAM_EXPLICIT_NOTIFY for use-alpha

Implementors will need to adjust.

GtkColorButton: Use G_PARAM_EXPLICIT_NOTIFY

GtkCheckMenuItem: Use G_PARAM_EXPLICIT_NOTIFY

GtkCellView: Use G_PARAM_EXPLICIT_NOTIFY

GtkCellView: Explicitly notify for orientation

GtkCellRendererToggle: Use G_PARAM_EXPLICIT_NOTIFY

GtkCellRendererText: Use G_PARAM_EXPLICIT_NOTIFY

GtkCellRendererSpin: Use G_PARAM_EXPLICIT_NOTIFY

Also avoid redundant notification for ::digits.

GtkCellRendererProgress: Use G_PARAM_EXPLICIT_NOTIFY

Also add explicit notification and avoid redundant notification
for some properties.

GtkCellRendererCombo: Use G_PARAM_EXPLICIT_NOTIFY

And add explicit notification for some properties.

GtkCellRenderer: Use G_PARAM_EXPLICIT_NOTIFY

GtkCellAreaBox: Explicitly notify orientation

GtkWindow: Use G_PARAM_EXPLICIT_NOTIFY

GtkWindow: Trivial cleanup

GtkLabel: Use G_PARAM_EXPLICIT_NOTIFY

GtkComboBox: Notify for has-frame and editing-canceled

GtkCellEditable: Use G_PARAM_EXPLICIT_NOTIFY

This is an interface property, so all implementors will have
to adjust to this.

GtkAppChooserButton: Use G_PARAM_EXPLICIT_NOTIFY

GtkContainer: Use G_PARAM_EXPLICIT_NOTIFY

GtkWidget: Use G_PARAM_EXPLICIT_NOTIFY

A few properties here are special, and can't benefit from it:
those which are just shorthands, like ::margin and ::expand,
and those that have explicit -set properties, like::hexpand
and ::vexpand.

GtkOrientable use G_PARAM_EXPLICIT_NOTIFY

This one is a little tricky, since we override this property
in many places, and you cannot add flags when overriding. So,
all places where this is overridden will have to make sure to
notify explicitly.

GtkEntry: Use G_PARAM_EXPLICIT_NOTIFY

GtkCellRendererText: Use G_PARAM_EXPLICIT_NOTIFY for 'alignment'

GtkCellAreaBox: Use G_PARAM_EXPLICIT_NOTIFY

GtkCalendar: Use G_PARAM_EXPLICIT_NOTIFY

And make sure we correctly notify for all properties.

GtkAspectFrame: Use G_PARAM_EXPLICIT_NOTIFY

GtkApplicationWindow: Use G_PARAM_EXPLICIT_NOTIFY

GtkApplicationWindow: Avoid a crash

In several places, we were not correctly dealing with the
possibility of application not being set.

GtkAppChooserWidget: Use G_PARAM_EXPLICIT_NOTIFY

GtkAppChooserButton: Fix a possible crash

We were not correctly dealing with content_type being NULL
in one place.

GdkDevice: Use G_PARAM_EXPLICIT_NOTIFY

GtkComboBox: Use G_PARAM_EXPLICIT_NOTIFY

GtkCellRendererSpinner: Use G_PARAM_EXPLICIT_NOTIFY

GtkCellRendererAccel: Use G_PARAM_EXPLICIT_NOTIFY

GtkButtonBox: Use G_PARAM_EXPLICIT_NOTIFY

GtkBox: Use G_PARAM_EXPLICIT_NOTIFY

GtkBox: Convert to g_object_install_properties

GtkBox: Move overridden property ids to the end

This will make it easier to convert to g_object_install_properties
in the next commit.

GtkButton: Use G_PARAM_EXPLICIT_NOTIFY

GtkButton: Convert to g_object_class_install_properties

GtkAccelLabel: use G_PARAM_EXPLICIT_NOTIFY

GtkAccelLabel: Convert to g_object_class_install_properties

GtkAboutDialog: Use a setter for wrap-license

This avoids redundant notification.

GtkAboutDialog: Fix a parameter check

When we expanded the GtkLicense enumeration in 3.12, we forgot
to update the limit check in gtk_about_dialog_set_license_type.
Caught by testing property notification for enum properties.

GtkAboutDialog: Use G_PARAM_EXPLICIT_NOTIFY

GtkAboutDialog: Convert to g_object_class_install_properties

GtkRevealer: Use G_PARAM_EXPLICIT_NOTIFY

GtkRevealer: Convert to g_object_class_install_properties

GtkFlowBox: Use G_PARAM_EXPLICIT_NOTIFY

GtkFlowBox: Convert to g_object_class_install_properties

GtkFlowBox: Move overridden prop ids to the end

This makes it easier to convert to g_object_class_install_properties
in the next commit.

GtkFlowBox: Drop unused prop ids

No h/valign properties here.

GtkListBox: Use G_PARAM_EXPLICIT_NOTIFY

GtkStack: Avoid a few redundant notify emissions

A few of the property setters were missing the
standard checks.

GtkStack: Use G_PARAM_EXPLICIT_NOTIFY

Bump required GLib version

For G_PARAM_EXPLICIT_NOTIFY.

reftests: Fix random failures of reftest

The reftest is testing "transparent" works as expected by drawing a
purple background once with purple and once with transparent and
expecting the same result. This works fine unless anti-aliasing happens
at rounded corners. The overdraw of the 2nd background changes the
antialiased pixels.

Fix this by explicitly setting the border radius to 0.

Also reindent the file to make it more readable.

Fix MSVC 2008 Projects

...Make up for a missed 
 required for a new line in commands...

MSVC Builds: Update Introspection Build

The a11y headers are now listed with the main Makefile.am of GTK, and
GDK introduced deprecated headers, so we need to account for them for the
build of the introspection files.

Visual Studio Builds: Update Headers "Installation"

MSVC 2010+ Projects: Update "Installation" Process

Currently, due to the way that Visual Studio 2010+ projects are handled,
the "install" project does not re-build upon changes to the sources, as it
does not believe that its dependencies have changed, although the changed
sources are automatically recompiled.  This means that if a part or more
of the solution does not build, or if the sources need some other fixes
or enhancements, the up-to-date build is not copied automatically, which
can be misleading.

Improve on the situation by forcing the "install" project to trigger its
rebuild, so that the updated binaries can be copied.  This does trigger an
MSBuild warning, but having that warning is way better than not having an
up-to-date build, especially during testing and development.

inspector: Fix build with quartz backend

Add -xobjective-c to libgtkinspector_la_CFLAGS to handle objc headers.

docs: Sort style classes alphabetically

Otherwise, it is pretty hard to keep track of what
classes are missing from the list. As a consequence,
several of the existing classes were missing. Add those
at the same time.

GtkWindow: always input-shape csd windows

Even if we don't have border windows, we need to set the input
shape so we ignore clicks in the shadow region.

inspector: Make picking more robust

Apparently ClutterOffscreen returns NULL as a window.
While that is not cool, we shouldn't crash.

GtkDialog: Be a little more careful about button placement

We were applying response based heuristics, even if the button
is explicitly put in the headerbar. That broke button placement
in some epiphany dialogs, such as the Cookies one. Therefore,
restrict the heuristics to action widgets that are added through
gtk_widget_add_action_widget() or <child type="action">, where it
is not possible to specify placement explicitly.

GtkDialog: avoid a crash

Just because use-header-bar is set, it is not safe to assume
every action widget is in the headerbar, so be careful when
setting child properties.

wayland: Explicitly handle classic mode for now

There are plans to add session-dependent defaults to GSettings
(based on the newly standardized XDG_CURRENT_DESKTOP); until
then, the WM uses a different schema for its button-layout
setting in classic mode. So for the time being, do the same
and pick the alternative schema when XDG_CURRENT_DESKTOP
indicates that we are in a classic session.
(It's not pretty, but hopefully won't be with us for too long ...)

https://bugzilla.gnome.org/show_bug.cgi?id=731273

wayland: Set gtk-decoration-layout

Pick up the setting from the org.gnome.desktop.wm.preferences schema
if available. It is slightly more involved than other settings, as
the actual button names used in the schema differ from the ones we
use, so we need an additional translation step.

https://bugzilla.gnome.org/show_bug.cgi?id=731273

gtk/gtkkineticscrolling.c: Include fallback-c89.c

... as round() is being used, which is for C99 and later.  fallback-c89.c
includes math.h as well.

inspector: Avoid a crash

An unset action-name should not cause us to crash.

widget-factory: Avoid a crash

We want to be able to show the dialogs more than once, so just
hide them on delete.

Remove unintentional addition

Debugging leftovers.

widget-factory: Show some 'standard' dialog types

Add examples for the types of dialog that are mentioned
in the GNOME HIG: information dialogs, action dialogs and
preference dialogs.

GtkDialog: Improve the buildable implementation

When combining action child type with <action-widgets> to assign
response ids, we were not properly updating buttons that ended up
getting added to the headerbar before they have a response id.
Fix this by reapplying the headerbar button setup after parsing
<action-widgets>, and make sure to also update the suggested-action
style class.

Trivial string change

Capitalize 'Expander' in the widget-factory UI.

combobox: Fix reentrancy in gtk_combo_box_popdown()

If called when already popped down, warnings would be issued due
to priv->grab_pointer being unexpectedly NULL, this would happen
in regular operation when selecting items in appears-as-list mode.

So both add a NULL check for priv->grab_pointer, and bail out early
if the popup window is already hidden.

Updated POTFILES.in and POTFILES.skip

scrolledwindow: Replace kinetic scrolling with GtkKineticScrolling

Two GtkKineticScrolling helpers are used, one per axis direction.

https://bugzilla.gnome.org/show_bug.cgi?id=729608

gtk: Add kinetic scrolling helper

GtkKineticScrolling implements the actual physics laws for friction
and springs. When created, position/velocity/boundaries/constants are
given, so at every gtk_kinetic_scrolling_tick() it returns the current
position, and whether the system is in rest.

https://bugzilla.gnome.org/show_bug.cgi?id=729608

flowbox: Use gestures for event management

A multipress gesture takes care of item selection/activation, and
a drag gesture is used to manage events when rubberbanding selection
is performed.

listbox: Use multipress gesture for row selection/activation

This gesture replaces the button_press/release_event handlers.

label: Use gestures for event management

A multipress gesture takes care of link handling, and char/word/all
selection mode on selectable labels. A drag gesture is used for both
text selection and DnD checks on selectable labels.

range: Use GtkGesture for event management

A multipress gesture takes care of clicks, and where those happened.
If the click is meant to move the slider while pressed, the drag gesture
takes over, dragging the slider while active.

expander: Use multipress gesture for event management

This actually acts regardless of the value n_press, alternatively
expanding and collapsing the GtkExpander.

widget: reset all controllers when the widget becomes insensitive

Widgets becoming insensitive won't receive further events, but there
could be chances the controllers don't get properly notified and reset
in those situations.

inspector: Make GMenu content show up

My problem was that all the content is usually hidden away
in sections, so without recursion, nothing shows up. So,
implement the recursion then.

Forgotten file

inspector: show GMenus

This does not quite work yet, and I have no idea why.